Объединение двух существующих простых таблиц может быть более эффективным, чем индексация данных с нуля, и может быть желательным в некоторых случаях (например, при объединении таблиц 'main' и 'delta' вместо простого перестроения 'main' в схеме разбиения 'main+delta'). Таким образом, indexer предоставляет опцию для этого. Объединение таблиц обычно происходит быстрее, чем перестроение, но всё же не мгновенно для огромных таблиц. По сути, необходимо один раз прочитать содержимое обеих таблиц и один раз записать результат. Например, объединение таблиц размером 100 ГБ и 1 ГБ приведёт к 202 ГБ операций ввода-вывода (но это всё равно, вероятно, меньше, чем требуется для индексации с нуля).

Основной синтаксис команды следующий:

sudo -u manticore indexer --merge DSTINDEX SRCINDEX [--rotate] [--drop-src]

Если не указать --drop-src, будет затронута только таблица DSTINDEX: содержимое SRCINDEX будет объединено с ней.

Переключатель --rotate обязателен, если DSTINDEX уже обслуживается searchd.

Типичный сценарий использования — объединение меньшего обновления из SRCINDEX в DSTINDEX. При объединении атрибутов значения из SRCINDEX будут иметь приоритет, если встречаются дублирующиеся идентификаторы документов. Однако обратите внимание, что "старые" ключевые слова не будут автоматически удалены в таких случаях. Например, если в DSTINDEX для документа 123 есть ключевое слово "old", а в SRCINDEX для него же — ключевое слово "new", после объединения документ 123 будет найден по обоим ключевым словам. Чтобы смягчить это, можно задать явное условие для удаления документов из DSTINDEX; соответствующий переключатель — --merge-dst-range:

sudo -u manticore indexer --merge main delta --merge-dst-range deleted 0 0

Этот переключатель позволяет применять фильтры к целевой таблице вместе с объединением. Фильтров может быть несколько; все их условия должны быть выполнены, чтобы включить документ в результирующую объединённую таблицу. В приведённом выше примере фильтр пропускает только те записи, где 'deleted' равен 0, исключая все записи, помеченные как удалённые.

--drop-src позволяет удалить SRCINDEX после объединения и перед ротацией таблиц, что важно, если вы указываете DSTINDEX в killlist_target DSTINDEX. В противном случае при ротации таблиц документы, объединённые в DSTINDEX, могут быть подавлены SRCINDEX.

При использовании простых таблиц возникает проблема необходимости иметь данные в таблице как можно более свежими.

В этом случае используется одна или несколько вторичных (также известных как дельта) таблиц для захвата изменённых данных между моментом создания основной таблицы и текущим временем. Изменённые данные могут включать новые, обновлённые или удалённые документы. Поиск становится поиском по основной таблице и дельта-таблице. Это работает без проблем, когда вы просто добавляете новые документы в дельта-таблицу, но когда речь идёт об обновлённых или удалённых документах, остаётся следующая проблема.

Если документ присутствует как в основной, так и в дельта-таблице, это может вызвать проблемы при поиске, так как движок увидит две версии документа и не будет знать, какую выбрать. Поэтому дельта должна как-то сообщать поиску, что в основной таблице есть удалённые документы, которые следует игнорировать. Вот тут и вступают в игру kill-листы.

Таблица может поддерживать список ID документов, который можно использовать для подавления записей в других таблицах. Эта функция доступна для простых таблиц, использующих источники данных из базы данных или простых таблиц, использующих XML-источники. В случае источников из базы данных источник должен предоставить дополнительный запрос, определённый как sql_query_killlist. Он будет хранить в таблице список документов, который сервер может использовать для удаления документов из других простых таблиц.

Ожидается, что этот запрос вернёт несколько строк с одним столбцом, каждая из которых содержит только ID документа.

Во многих случаях запрос представляет собой объединение запроса, который извлекает список обновлённых документов, и списка удалённых документов, например:

sql_query_killlist = \
    SELECT id FROM documents WHERE updated_ts>=@last_reindex UNION \
    SELECT id FROM documents_deleted WHERE deleted_ts>=@last_reindex

Простая таблица может содержать директиву под названием killlist_target, которая сообщает серверу, что он может предоставить список ID документов, которые должны быть удалены из определённых существующих таблиц. Таблица может использовать либо свои ID документов в качестве источника для этого списка, либо предоставить отдельный список.

table products {
  killlist_target = main:kl
  path = products
  source = src_base
}

Когда killlist_target указан, kill-лист применяется ко всем таблицам, перечисленным в нём, при запуске searchd. Если какая-либо из таблиц из killlist_target подвергается ротации, kill-лист повторно применяется к этим таблицам. При применении kill-листа таблицы, на которые он повлиял, сохраняют эти изменения на диск.

killlist_target имеет 3 режима работы:

1. killlist_target = main:kl. ID документов из kill-листа дельта таблицы подавляются в основной таблице (см. sql_query_killlist).
2. killlist_target = main:id. Все ID документов из дельта таблицы подавляются в основной таблице. Kill-лист игнорируется.
3. killlist_target = main. Подавляются как ID документов из дельта таблицы, так и её kill-лист в основной таблице.

Можно указать несколько целей, разделённых запятыми, например:

killlist_target = table_one:kl,table_two:kl

ALTER TABLE delta KILLLIST_TARGET='new_main_table:kl'

POST /cli -d "
ALTER TABLE delta KILLLIST_TARGET='new_main_table:kl'"